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WEB SERVER, WEB SERVER HAVING FUNCTION OF JAVA SERVLET, 
AND COMPUTER READABLE MEDIUM 



BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

The present invention relates to a Web server for 
producing a Web page in accordance with a parameter 
designated by a user and transmitting the Web page to a 
terminal device of the user. 

10 2. Description of the Prior Art 

Conventionally, a Web server (a WWW server) is 
proposed that generates a Web page (a WWW page) responding 
to a parameter designated by a user operating a terminal 
device and transmits the Web page to the terminal device. 

15 For example, a Web server is proposed that searches a 

document containing a keyword from a database when a user 
designates the keyword, generates a Web page in which the 
result of the search is described, and transmits the Web 
page to a terminal device of the user. 

20 As operating a Web server for generating a Web page 

in accordance with a parameter designated by a user, an 
administrator of the Web server may be asked by a user 
about the Web page that was transmitted to the terminal 
device. For example, an administrator of the Web server 

25 may receive a question about a method for dealing with a 
failure that is reported to the Web server. A report of 
the failure may include, for example, that there was no 
document found containing the entered keyword or that an 
error message was displayed though a keyword must have 

30 been inputted correctly. 



However, in most cases, the user who made a question 
does not remember correctly the Web page that was 
displayed by the terminal device. Therefore, the 
administrator can obtain only ambiguous information about 
5 the failure, so it is difficult to answer the question of 
the user properly. 

The device is proposed in Japanese unexamined patent 
publication No. 8-50555, in which historical information 
of user's operations and operational environment of an 

10 application program (environmental information) are 
recorded, so that the operations in the past can be 
reproduced in accordance with these information. 

However, according to the device described in the 
above-mentioned document, since the operations in the past 

15 are reproduced while changing operational environment in 
accordance with the historical information and the 
environmental information, a system configuration and a 
process for the reproduction become complicated. 
Accordingly, a delay may be generated in a process of the 

20 entire device or management of information may become 
complicated. 

SUMMARY OF THE INVENTION 
An object of the present invention is to provide a 
25 Web server that can confirm contents of a Web page that 
was transmitted to a user more easily than the 
conventional method. 

A Web server according to one embodiment of the 
present invention is a Web server that transmits a Web 
30 page to a terminal device of a user via a network. The 



Web server includes an operation portion for determining 
the entire or a part of contents of the Web page in 
accordance with a parameter designated by the user, a 
contents information process portion for making a storage 
5 portion store one or more contents information indicating 
the contents determined by the operation portion in 
connection with the Web page and the user, a Web page 
generation portion for generating the Web page in 
accordance with the contents information, and a 

10 transmission portion for transmitting the generated Web 
page to the terminal device of the user. 

Preferably, the Web page generation portion 
generates the Web page by obtaining only contents 
information necessary for generating the Web page among 

15 the contents information from the contents information 
process portion, and the contents information process 
portion makes the storage portion store only the contents 
information given to the Web page generation portion among 
the contents information. 

20 Furthermore, the Web server further includes a Web 

page regeneration portion for generating a Web page 
designated by an administrator among the Web pages in 
accordance with the contents information of the designated 
Web page stored in the storage portion. 

2 5 It is possible to realize the Web server according 

to the present invention by a Web server having a function 
of a Java servlet. Namely, it is possible to provide the 
Web server according to the present invention with a 
business logic for determining the entire or a part of 

30 contents of the Web page in accordance with a parameter 



designated by the user, a contents information process 
logic for making a storage portion store one or more 
contents information indicating the contents determined by 
the business logic in connection with the Web page and the 
5 user, a screen generating logic for generating the Web 
page in accordance with the contents information, and a 
transmission logic for transmitting the generated Web page 
to the terminal device of the user. 

Furthermore, the screen generating logic can be 

10 structured to generate the Web page by obtaining only 

contents information necessary for generating the Web page 
among the contents information from the contents 
information process logic, and the contents information 
process logic makes the storage portion store only the 

15 contents information given to the screen generating logic 
among the contents information. Furthermore, it is 
preferable to provide a replay logic for generating a Web 
page designated by an administrator among the Web pages in 
accordance with the contents information of the designated 

20 Web page stored in the storage portion. 

A computer readable medium according to one 
embodiment of the present invention is a computer readable 
medium storing a computer program that is used for a 
computer having a function of a Java servlet for 

25 transmitting a Web page to a terminal device of a user via 
a network. The computer program makes the computer 
execute the process including the steps of providing a 
screen generating logic for generating the Web page with 
only contents information necessary for generating the Web 

30 page among one or more contents information indicating the 



entire or a part of contents of the Web page determined by 
a business logic in accordance with a parameter designated 
by the user, and making a storage portion store only the 
contents information given to the screen generating logic 
5 among one or more contents information in connection with 
the Web page and the user. 

In the present invention, a Web page is transmitted 
to a terminal device as a hypertext described in a 
language such as HTML or XML. The designation of a user 
10 is performed by a user ID, for example. The designation 
of a Web page is performed by an ID of the Web page or a 
user ID of a terminal device that received the Web page, 
for example. Java, Java servlet, ASP (Active Server 
Pages) and others are trademarks or registered trademarks. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 shows an example of a network system 
including a Web server according to the present invention. 
Fig. 2 shows an example of a hardware structure of 
20 the Web server. 

Fig. 3 shows an example of a program that is 
installed in a magnetic storage device. 

Fig. 4 shows an example of a search result screen 
that is one of Web pages. 
2 5 Fig. 5 shows an example of contents of a log file. 

Fig. 6 is a flowchart for explaining an example of a 
process of the Web server when generating a Web page that 
is transmitted to a terminal device. 

Fig. 7 shows an example of a login screen. 
30 Fig. 8 is a flowchart for explaining a process of 



the Web server when a Web page is reproduced. 

Fig. 9 shows an example of a replay designation 
screen . 

Fig. 10 shows an example of a reproduced Web page. 
5 Fig. 11 shows an example of a functional structure 

of the Web server. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Hereinafter, the present invention will be explained 
10 more in detail with reference to embodiments and drawings. 
Fig. 1 shows an example of a network system 
including a Web server 1 according to the present 
invention. Fig. 2 shows an example of a hardware structure 
of the Web server 1, Fig. 3 shows an example of a program 
15 that is installed in a magnetic storage device lOd, Fig. 4 
shows an example of a search result screen HG2 that is one 
of Web pages, and Fig. 5 shows an example of contents of a 
log file 80. 

As shown in Fig. 1, the Web server 1 according to 
20 the present invention provides users of terminal devices 2 
that can be connected to a network 3 with a Web page in 
which various types of information are described or a Web 
page for providing various services. In other words, the 
Web server 1 constitutes a Web site. 
25 For example, the Web server 1 provides a Web page in 

which news, weather forecast, merchandize catalogs, or 
other information about academic research is described. 
Otherwise, the Web server 1 provides a Web page including 
text boxes for a user to enter a keyword, a user ID or the 
30 number of a bank account or other parameters that is 



necessary when the user wants to receive a service such as 
information searching, online shopping, an auction or 
online banking. Each of the Web pages is transmitted to 
the terminal device 2 as a hypertext described in a 
5 language such as a hypertext markup language (HTML) or an 
extensible markup language (XML). 

A Web server in which a function of a Java servlet 
is installed can be used as the Web server 1. A 
workstation, a personal computer, a personal digital 

10 assistant (PDA) or a cellular phone in which a Web browser 
is installed can be used as the terminal device 2. 
Hereinafter, a case will be explained as an example in 
which an HTML hypertext (hereinafter referred to as an 
"HTML file") is generated by the Web server 1 in which the 

15 function of the Java servlet is installed, and the HTML 
file is transmitted to the terminal device 2 . 

The Web server 1 includes a CPU 10a, a RAM 10b, a 
ROM 10c, a magnetic storage device lOd, a display device 
lOe and an input device lOf such as a mouse or a keyboard 

20 as shown in Fig. 2. The magnetic storage device lOd 
stores an operating system (OS) and a program that is 
necessary for providing a Web page, as shown in Fig. 3. 
These programs are loaded into the RAM 10b when it is 
necessary and are executed by the CPU 10a. The magnetic 

25 storage device lOd also stores a log file 80 for recording 
processes that have been performed and an employee 
database 8DB for managing personal information of each 
employee . 

As shown in Fig. 3, a servlet engine 71 corresponds 
30 to a Java virtual machine (JVM) of the Java servlet. 



Furthermore, the servlet engine is called a servlet 
container in the servlet API 2.2 or later. The programs 
(modules, logics) including a servlet common class 72, a 
business logic class 73 , a common class for a screen 
5 interface 74, a screen generating logic class 75 and a 
replay tool 76 are described in Java language. 

The business logic class 73 is a class that performs 
a process for calculating a value to be displayed in a 
predetermined part of the Web page in accordance with the 

10 parameter designated by the terminal device 2. For 
example, the business logic class 73 includes plural 
programs (business logics 73a, 73b, . •.) such as a program 
(a business logic 73a) for performing a process of user 
authentication in accordance with a user ID and a password 

15 that the user entered and a process of searching an 

address and a name of the user from the employee database 
8DB, or a program (a business logic 7 3b) for calculating 
an interest in accordance with an amount of savings that 
was entered. One or more results are obtained by 

20 performing the business logics. Hereinafter, a result of 
a process by the business logic is referred to as a 
"result information 81". 

The screen generating logic class 7 5 is a class that 
performs a process for generating an HTML file for 

2 5 displaying a Web page (a screen) in accordance with the 

result information 81. For example, the screen generating 
logic class 75 includes plural programs (screen generating 
logics 75a, 75b, ...) such as a program (screen generating 
logic 75a) for generating an HTML file for displaying a 

30 Web page in which a name and an address of the user are 



described in accordance with the two result information 81 
obtained by the process of the business logic 73a or a 
program (screen generating logic 75b) for generating an 
HTML file for displaying a Web page in which an interest 
5 is described in accordance with the result information 81 
obtained by the process of the business logic 73b. 

For example, if the two result information 81 
indicating respectively a value "?? Ichiro" and a value 
"Shiromi, Chuoku, Osaka-city" are obtained by the process 

10 of the business logic 73a, an HTML file for displaying a 
Web page (a search result screen HG2 ) as shown in Fig. 4 
is generated. Hereinafter, a part whose display content 
is changed responding to a result of the process by the 
business logic (result information 81) as the "?? Ichiro" 

15 and a value "Shiromi, Chuoku, Osaka-city" in the Web page 
is referred to as a "dynamic part" or a "variable part". 
In addition, a part except for the dynamic part in a Web 
page may be referred to as a "fixed part". 

A combination of a business logic and a screen 

20 generating logic whose processes are linked like the 
combination of the business logic 73a and the screen 
generating logic 75a explained above is prepared for each 
Web page having a dynamic part ( a variable part ) . 
Hereinafter, the business logics 73a, 73b # ... as shown in 

25 Fig. 3 are regarded as being linked respectively with the 
screen generating logics 75a, 75b, . . . , in the explanation 
thereof . 

The common class for a screen interface 74 is made 
of a program (a module or a logic) for performing a 
30 process for delivering the result information 81 obtained 
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by the process of each business logic to a screen 
generating logic that is linked to the business logic. In 
other words, the common class for a screen interface 74 is 
positioned between the business logic class 73 and the 
5 screen generating logic class 75. The result information 
81 is not given (set) to the screen generating logic 
directly from the business logic but is always given (set) 
via the common class for a screen interface 74. In this 
way, the Web server 1 of this embodiment is structured so 

10 that the business logic cannot access directly the screen 
generating logic. 

Furthermore, the common class for a screen interface 
74 performs a process of writing information among the 
result information 81 that was used for generating the 

15 dynamic part of the Web page into the log file 80. For 
example, in the case of the search result screen HG2 as 
shown in Fig. 4, the two result information 81 that were 
used respectively for generating two dynamic parts MV (MV1 
and MV2 ) among plural result information 81 generated by 

20 the business logic 73a are written into the log file 80. 
Such a process is performed after the screen generating 
logic obtains the result information 81 from the common 
class for a screen interface 74 for generating the Web 
page. Even if the business logic 73a has made the result 

25 information 81 that is not used for generating the dynamic 
part MV, the result information 81 is not written into the 
log file 80. 

The log file 80 is structured as shown in Fig. 5. 
For example, the data "20021011- • • . 102" in the row (al) 
30 indicate date and time when the process indicated by the 



log information in the row was performed. The log 
information 80a enclosed by the dotted line indicates that 
the screen generating logic 75a obtained the information 
for generating a dynamic part of the search result screen 
5 HG2 as shown in Fig. 4. The tag "X TAG START Log Write" 
in the row (a2) and the tag "X TAG END Log Write" in the 
row (a5) indicate respectively a start and an end of the 
log information 80a. 

The portion "GID..." in the row (a2) or (b2) is a 

10 screen ID (GID) for distinguishing a generated Web page. 

For example, the portion "GID02" indicates a screen ID for 
distinguishing the search result screen HG2 . Four digits 
of character string in the end of the row (a2) or (b2) is 
a user ID for distinguishing the user who requested the 

15 Web page corresponding to the screen ID of the row. For 
example, the portion "A123" in the row (a2) is a user ID 
of the user who made the request for the search result 
screen HG2 . 

The tag "FRAME_WORK: <X> : " indicates that a content 
20 (a value) of the result information 81 obtained by the 

screen generating logic is described after the tag. This 

result information 81 is described in a form like 

"identification name of the result information 81 rvalue" . 

For example, the rows (a3) and (a4) indicate that the 
25 result information 81 of identification names as Name and 

Address have values of "??Ichiro" and "Shiromi, Chuoku, 

Osaka- city" , respectively. 

As shown in Fig. 3, the servlet common class 72 is a 

class that performs a process for realizing a basic 
30 function of a Java servlet. In other words, the servlet 
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common class 72 includes a program that is commonly used 
for providing the terminal device 2 with Web pages . For 
example, it includes a program for a process of giving a 
parameter obtained from the terminal device 2 to a 
5 business logic of a Web page that corresponds to the URL 
(Uniform Resource Locator) designated by the terminal 
device 2, a program for a process of transmitting an HTML 
file of a Web page generated by the screen generating 
logic to the terminal device 2 that made the request, and 

10 a program for initializing a class and others. 

The replay tool 76 is a program (or a logic) that 
performs a process for reproducing the Web page that was 
transmitted to the terminal device 2 in the past when the 
administrator of the Web server 1 or others make the 

15 request. The reproduced Web page is used as a reference 
material when the administrator deals with a 
troubleshooting . 

Fig. 6 is a flowchart for explaining an example of a 
process of the Web server 1 when generating a Web page 

20 that is transmitted to the terminal device 2, and Fig. 7 
shows an example of a login screen HG1 . 

Next, a case where a search result screen HG2 as 
shown in Fig. 4 is generated as a Web page and is 
transmitted to the terminal device 2 will be explained as 

25 an example with reference to the flowchart showing the 
process of the Web server 1. 

As shown in Fig. 6, when receiving a URL for 
designating the search result screen HG2 and a designation 
of parameters (a user ID and a password) from the terminal 

30 device 2 (#10), the servlet common class 72 performs a 



process for initialization (#11). For example, it resets 
variables and others that are used in a program of the 
business logic class 73 for determining a dynamic part of 
the search result screen HG2 (a business logic 73a), a 
5 program of the common class for a screen interface 74, and 
a program of the screen generating logic class 7 5 that is 
linked to the business logic 73a (a screen generating 
logic 75a) . 

A user of the terminal device 2 inputs and 

10 designates a URL and a parameter in the Web browser in a 
form of " URL /parameter " , e.g., in a form of 
"http: //www.abcde.ne. jp/shop/servlet/App?User_ID=A123& . . . . 
" . Alternatively, the user may designate a URL and a 
parameter by entering a parameter in each text box TX in 

15 the log-in screen HG1 as shown in Fig. 7 and by clicking a 
button BN that is linked to the URL of the search result 
screen HG2 . 

When finishing the initialization process, the 
business logic 73a is performed in accordance with the 

20 designated user ID and password (#12). In this way, a 

user authentication process is performed in the terminal 
device 2. When it is confirmed that the user is an 
authorized user, a name and an address of the user are 
extracted from the employee database 8DB. 

25 The execution result (the result information 81) of 

the business logic 73a is set to the common class for a 
screen interface 74 (#13). Here, the two result 
information 81 indicating the name and the address are set 
in the common class for a screen interface 74. They are 

30 set by storing each of the result information 81 in local 
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variables of the common class for a screen interface 74 in 
the names of "Name" and "Address" for example* 

The servlet common class 72 receives a notice 
indicating that the business logic 73a finished the 
5 process and then requests (instructs) the common class for 
a screen interface 74 to generate an HTML file for 
displaying a Web page of the URL designated by the user, 
i.e., the search result screen HG2 (#14). 

Here, the screen generating logic 7 5a is performed. 

10 Namely, the screen generating logic 7 5a obtains result 

information 81 that is necessary for generating a dynamic 
part of the search result screen HG2 among result 
information 81 set by the common class for a screen 
interface 74 in Step #13 (#15). Then, the HTML file of 

15 the search result screen HG2 is generated in accordance 
with the obtained result information 81 (#16). 

The generated HTML file is transmitted by the 
servlet common class 72 to the terminal device 2 of the 
user who made the designation (#17). The two result 

20 information 81 (the name and the address) that were 

obtained by the screen generating logic 75a and were used 
for generating the dynamic part of the search result 
screen HG2 are written into the log file 80 together with 
the obtained date and time, the screen ID of the search 

2 5 result screen HG2, the user ID of the user who made the 
designation and others (#18). The writing process is 
performed in parallel with the process in Step #16 or #17, 
or they are performed in series . 

Fig. 8 is a flowchart for explaining a process of 

30 the Web server 1 when a Web page is reproduced, Fig. 9 



shows an example of a replay designation screen HG3 , and 
Fig. 10 shows an example of a reproduced Web page. Next, 
a process of the Web server 1 when reproducing a Web page 
that was transmitted to the terminal device 2 in the past 
5 will be explained with reference to the flowchart. 

For example, it is supposed that the administrator 
of the Web server 1 has received a question from a user of 
a terminal device 2 concerning possibility of an error in 
the search result screen HG2 (see Fig. 4) that was 

10 displayed by the Web browser. Then, the administrator 

makes a terminal device 4 of the administrator reproduce 
the search result screen HG2 that the user viewed actually 
by the Web browser in the following procedure so as to 
deal with the question. 

15 As shown in Fig. 8, the administrator of the Web 

server 1 designates three items including a screen ID 
corresponding to the search result screen HG2 to be 
reproduced, a user ID of the user who made the question 
and a timing when the user received the Web page from the 

20 Web server 1 by entering each of them in each text box TX 
of the replay designation screen HG3 as shown in Fig. 9 
(#21). Furthermore , the administrator does not need to 
designate all the three items, but at least one item. For 
example, if the user does not remember exactly in which 

25 Web page the error occurred, it is sufficient to designate 
a user ID and a timing. In addition, the administrator 
may designate not only the Web page that the user pointed 
as having an error but also some Web pages that the user 
viewed before and after the Web page, so that a series of 

30 Web pages that the user viewed are reproduced for 
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facilitating the identification of a cause of the error. 

The replay tool 76 is performed so that all log 
information satisfying all conditions of the designated 
screen ID, user ID, and timing is extracted from the log 
5 file 80 (see Fig. 5) (#22). For example, if a condition 
that the screen ID is GID02, the user ID is A123 and the 
timing is 12-24 o'clock on 10/11/2002 is designated, the 
log information 80a is extracted. In parallel or in 
series with the process in Step #22, the process for 
10 initialization of the common class for a screen interface 
74 and the screen generating logic class 75 is performed 
(#23) . 

The two result information 81 indicated by the 
extracted log information 80a are set in the common class 

15 for a screen interface 74 (#24), and the screen generating 
logic 75a is required to generate an HTML file of the 
search result screen HG2 (#25). Then, the two result 
information 81 obtained from the log file 80 is delivered 
from the common class for a screen interface 74 (#26), and 

20 the screen generating logic 75a generates the HTML file of 
the search result screen HG2 in accordance with the result 
information 81 (#27). The generated HTML file is 
transmitted by the replay tool 76 to the terminal device 4 
of the administrator (#28). Then, a Web page that is the 

25 same as the search result screen HG2 that the user viewed 
is displayed by the Web browser of the terminal device 4 . 

If the process of generating an HTML file is 
performed for all the log information extracted in Step 
#22 (Yes in #29), the process is completed. Otherwise (No 

30 in #29), the process from Step #22 through Step #28 is 
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repeated in accordance with the remaining log information. 
Then, the administrator of the Web server 1 deals with the 
question asked by the user while viewing the reproduced 
Web page. 

5 In the same way, if the condition that the screen ID 

is GID03 and the user ID is 1234 is designated for example, 
the log information 80b is extracted, and the Web page as 
shown in Fig. 10 is reproduced in accordance with the 
extracted information . 

10 Furthermore, there is a case where an image or 

others in the reproduced Web page is not displayed well by 
a terminal device under an environment where the system is 
being developed or tested (hereinafter referred to as a 
"test environment"). For example, there are such cases 

15 where a firewall prevents the terminal device 4 from being 
connected to the Internet or data transmission by HTTP is 
prohibited from the Internet to a local area network (a 
LAN or an intranet ) including the terminal device 4 . 

Therefore, after the process of generating an HTML 

20 file (#27), the following process may be performed for 
example. First, a URL indicating a location of storing 
images or others is extracted from the generated HTML file. 
For example, in the case of the HTML file of the search 
result screen HG2 as shown in Fig. 4, a URL such as "<IMG 

25 scr=" / images/ a. gif" >" that indicates a location of 

storing a file of an image IM is extracted. The portion 
"/ images /a. gif" is described as a relative path, which is 
converted into a URL having the absolute path 
"http: //www.abcde.ne. jp/images/a. gif " . 

30 A path name of the extracted URL is replaced with a 
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path name that indicates a location of storing a file of 
the image IM in the test environment* For example, if the 
file of the image IM is stored in a folder (a directory) 
named "test" in the C drive of the terminal device 4, the 
5 path name is replaced like "<IMG scr=" C: /test/a.gif >" . 
Then, the HTML file after the path name is replaced is 
transmitted (#28). 

According to the process as shown in Fig. 8, when 
the design of a Web page is changed, the administrator of 

10 the Web server 1 can check whether or not the new Web page 
is displayed correctly. For example, it is supposed that 
a Web designer changed the design of the search result 
screen HG2, and a programmer revised the screen generating 
logic 75a into a screen generating logic 75a' in 

15 accordance with a new design. 

The administrator of the Web server 1 may replace 
the screen generating logic 75a with a new screen 
generating logic 75a' (#20). Then, the process from Step 
#21 through Step #28 is performed in accordance with the 

20 screen generating logic 75a'. Thus, the Web page (the 

search result screen HG2) that was provided to the user in 
the past is reproduced as a new Web page after redesign. 
The administrator can compare the Web pages before and 
after redesign with each other so as to check easily 

25 whether the redesign was performed well. 

According to this embodiment, the result information 
81 indicating contents of a dynamic part of a Web page can 
be recorded in the log file 80. Thus, the administrator 
of the Web server 1 can obtain a document easily for 

30 specifying a cause of an error or a failure of a Web page 
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that was transmitted to a user in the past. In addition, 
since the Web page can be reproduced easily, the 
administrator can specify a cause of an error or a failure 
of a Web page easily. 
5 In addition, all the result information 81 that was 

used for generating a Web page can be recorded. Since a 
Web page can be reproduced even if a fixed part of the 
generated Web page was not recorded, contents of the log 
file 80 can be organized. 

10 Fig. 11 shows an example of a functional structure 

of the Web server 1 . The Web server 1 in this embodiment 
has a function of a Java servlet . However, it is possible 
to describe the program in a language except Java, e.g., 
C++, Perl, or ASP (Active Server Pages) provided by 

15 Microsoft Corp. as shown in Fig. 3, so as to constitute 

the same function as the Web server 1 in this embodiment . 
In this case, it is not required that the program as shown 
in Fig. 3 corresponds to a program described in C++ or 
other languages one by one. More specifically, it is 

20 sufficient to program so that the functions as shown in 
Fig. 11 are realized. 

A parameter obtaining portion 101 performs a process 
of obtaining a URL and a parameter of a Web page desired 
by a user from the terminal device 2 and a process of 

25 initialization (corresponding to the process of steps #10 
and #11 in Fig. 6). A dynamic part operation portion 102 
performs a process of operation for the dynamic part of 
the Web page in accordance with the designated parameter 
and transmits the operation result, i.e., the result 

30 information 81 to a dynamic part process portion 103 
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( steps #12 and #13) . 

The dynamic part process portion 103 makes a request 
to a Web page generating portion 104 for generation of an 
HTML file of a Web page desired by the user (step #14). 
5 The Web page generating portion 104 receives only the 
necessary result information 81 from the dynamic part 
process portion 103 and generates an HTML file in 
accordance with the information (steps #15 and #16). The 
received result information 81 is stored in a data memory 

10 portion 106 (step #18). The generated HTML file is 
transmitted to the terminal device 2 by the Web page 
transmission portion 105 (step #17). 

A reproduction request reception portion 107 obtains 
a condition about a screen ID of a Web page that is 

15 provided to the user in the past and that the 

administrator wants to reproduce, a user ID of the user 
and a time when the user received the Web page from the 
terminal device 4 (step #21 in Fig. 8). A result 
information extracting portion 109 extracts an information 

20 log that satisfies the condition from the log file 80. 

Then, it performs a process of initialization and requests 
a Web page regenerating portion 108 to generate an HTML 
file of the Web page (steps #22 through #25). 

The Web page regenerating portion 108 receives 

25 extracted result information 81 via the result information 
extracting portion 109 and regenerates the HTML file in 
accordance with the information (steps #26 and #27). The 
generated HTML file is transmitted to the terminal device 
4 by the Web page transmission portion 105 (step #28). 

30 Furthermore, in the Web server 1 of this embodiment 



that has a function of a Java servlet , the parameter 
obtaining portion 101 and the Web page transmission 
portion 105 as shown in Fig. 11 are realized mainly by 
performing a program of the servlet common class 72 as 
5 shown in Fig. 3. The dynamic part operation portion 102 
is realized mainly by performing a program of the business 
logic class 73. The dynamic part process portion 103 is 
realized mainly by performing programs of the servlet 
common class 72 and the common class for a screen 

10 interface 74. The Web page generating portion 104 and the 
Web page regenerating portion 108 are realized mainly by 
performing a program of the screen generating logic class 
75. The data memory portion 106 is realized mainly by the 
log file 80. The reproduction request reception portion 

15 107 is realized mainly by performing a program of the 

replay tool 76. The result information extracting portion 
109 is realized mainly by performing programs of the 
common class for a screen interface 74 and the replay tool 
76. 

20 Furthermore, it is possible to modify the structure 

of the Web server 1 entirely or partially, the structure 
and the contents of each class, the structure and the 
contents of the log file 80, the contents of the process, 
the order of the process, the language that is used, or 

25 others in accordance with the intention of the present 
invention . 

According to the present invention, it is possible 
to confirm contents of a Web page that was transmitted to 
a user more easily than the conventional method. In 
30 addition, it is possible to record all information that 
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was used for generating a Web page. Furthermore, it is 
possible to reproduce a Web page transmitted to a user in 
the past. 

While the presently preferred embodiments of the 
5 present invention have been shown and described, it will 
be understood that the present invention is not limited 
thereto, and that various changes and modifications may be 
made by those skilled in the art without departing from 
the scope of the invention as set forth in the appended 
10 claims. 



